home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 1172 < prev    next >
Internet Message Format  |  1994-08-27  |  5KB
  1. From: mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget)
  2. Subject: Re: Digest
  3. Date:     Fri, 29 Jul 1994 06:54:02 -0600
  4. Precedence: bulk
  5.  
  6. Hello Timothy,
  7.  
  8. >]Nope, you put EVERY function in a separate C file, roll the whole thing
  9. >]into a .a or .lib or what have you, and then whatever functions the
  10. >]programmer uses will be included by the linker.  The linker includes
  11. >]entire .o files, so the programmer doesn't choose, the LINKER chooses.
  12. >]This requires libraries to have TONS of files.  Makes a MINIX filesystem
  13. >]very handy, but that is beside the point.
  14. >
  15. >Sounds icky, but I'll see what I can do.  I think, though, I will cut it
  16. >up after I'm done.
  17.  
  18. Actually, you will save yourself a lot of time if you do it now.  A
  19. complete library would be hard to break up if it was all in one
  20. module.  (Simply because there is so much more information to
  21. organize.)
  22.  
  23. >But there is one thing I need to mention... some of my functions use
  24. >other functions that only THEY use and are not needed to be accessed from
  25. >any where else.  Should I put them into the same O file?
  26.  
  27. Yes, those could go in the same source code module.  As long as "public
  28. entry points" (someone else used this term) are placed in separate
  29. modules, and the only other functions in that module are those called
  30. by the public entry point, you should have no problems.
  31.  
  32. >How do I create an A or LIB file?  What is the difference between the
  33. >two?  I've never looked into this before.
  34.  
  35. It depends on the compiler.  For GNU C, SozobonX, HSC, and c68 you
  36. use a utility called ar.ttp and it will create the file.  The documentaiton
  37. for your compiler should explain it.  Look under "archives" or "libraries"
  38. in the index, or the table of contents.
  39.  
  40. >This sounds very interesting.  I'll have to figure out Fselect.
  41. >One problem I have with modem I/O is that GEMDOS does not seem to provide
  42. >a way for me determine how many characters are there before using Fread.
  43. >As a result, I have to use Fread (or Bconin) repeatedly, reading one
  44. >character until Bconstat says there are no more characters.
  45.  
  46. Use the IOREC to get the address of the modem input buffer.  Then
  47. check that address and count the number of characters in it
  48. yourself.  It -should- work, right?  (The system has to have a way
  49. or knowing when there is no more data, so you should also be able
  50. to use that information.)
  51.  
  52. >If I Fread x bytes from the serial port, does it wait until it gets x
  53. >bytes or does it return after it reads as many as it can?
  54.  
  55. I think it will sit and wait forever.
  56.  
  57. >For local echo, I would have both the main program and the threaded I/O
  58. >routine call the same function to deal with putting characters on the
  59. >screen.  I just have to be careful that they don't clash... I'd have the
  60. >main program wait until the thread was done.
  61.  
  62. This will only work under MiNT, though.
  63.  
  64. >Where?  When?  I see commercial developers mentioning product releases in
  65. >public and on announce groups all the time.  PLUS, this is email, so I
  66. >can say just about anything I want (within reason because it is KINDA
  67. >public being on a mailing list).
  68.  
  69. There is a lot of misunderstanding about this.  Apparently, only the
  70. Usenet has a problem with advertising.  On the Internet, which is
  71. maintained by businesses, anything goes.  Regardless, providing
  72. information is not advertizing (in most situations).  Now if the
  73. comment had been "you can have a book published by me for xx dollars"
  74. then that would be advertizing, and would probably cause problems on
  75. the Usenet.
  76.  
  77. >You seem to have the attitude that what you say is correct and what I say
  78. >is NOT, simply because you disagree with me.
  79.  
  80. Tim, everyone disagrees with you on this point...  :)  If we ever find
  81. out the results of the vote, we can finally put this issue to rest once
  82. and for all.
  83.  
  84. >As we all well know, humans can do some pretty stupid things (wars,
  85. >crimes, flat-earth society, prejudice, slavery, the US congress, etc.),
  86. >yet the fact that a few people or a majority do something doesn't make it
  87. >right.
  88.  
  89. It -does- make it the majority, though, which is the point.
  90.  
  91. >It is QUITE CLEAR how easy it is to accidentally hit Ctrl-A, yet you wish
  92. >to assign something as dangerous as Select-All to it?
  93.  
  94. Yes, that pretty much sums it up.  Standards are not always perfect,
  95. but if we want this one to be accepted it has to be at least somewhat
  96. like the previous standards.
  97.  
  98. >Ani rotse harbeh kesef.
  99. >Ich moechte vill geld.
  100. >Don't we all?
  101.  
  102. What?  Is this Hebrew?  (Curiosity killed the cat, but I'd still like to
  103. know.)
  104.  
  105.  
  106. -- 
  107. Michel Forget           \\   mforget@elfhaven.ersys.edmonton.ab.ca    //
  108. Electric Storm Software  \\  ess@tibalt.supernet.ab.ca               //
  109. PGP Public Key Finger. = 1F C0 D3 FE 40 51 7F 47 F3 4A C6 AD 6E 02 71 85
  110.